go_bunzee

모임 흩어진 위시 아이템을 모으는 디깅 앱, Diggin

project

흩어진 위시 아이템을 모으는 디깅 앱, Diggin

  • 이영지

    이영지

    (not_auth) 1일전 login
  • is_recruitingprojectStatusString.02
    0

    recruiting_status_title

    • jobDetailString2.0203

      0/1
    • jobDetailString2.0302

      2/2
    • jobDetailString2.0405

      3/3
    apply_input ✍️ (total6unit_count) applyInputString.type, applyInputString.reason, applyInputString.time, applyInputString.gender, applyInputString.age, applyInputString.intro

    platform_title

    platformString.03
    platformString.02

    ai_analysis_title

    ai_analysis_desc
    1) 단기/중기/장기 관점의 주요 소비자 분석
    단기(0~1년)
    초기 핵심 사용자는 10대 후반~20대 중반의 모바일 중심 소비자입니다. 특히 패션·뷰티·굿즈·인테리어·취미 상품을 자주 탐색하며 “지금 당장 구매”보다 “저장 후 비교” 행동이 강한 사용자층이 핵심입니다. 이들은 인스타그램, 유튜브 쇼츠, 틱톡, 에이블리·무신사·29CM·오늘의집 등을 오가며 상품을 발견합니다.
    특징:
    - 상품 저장 빈도가 매우 높음
    - 충동 저장 후 재탐색 니즈 존재
    - 가격 비교 및 재발견 스트레스 경험
    - 캡처/카톡 나에게 보내기/브라우저 북마크를 혼합 사용
    초기 시장 규모는 국내 기준 수백만 명 수준의 “온라인 탐색형 소비자”로 볼 수 있습니다. 특히 Z세대 여성 사용자군에서 강한 초기 반응 가능성이 높습니다.
    핵심 니즈:
    - “어디 저장했는지 모르겠다” 해결
    - 여러 쇼핑몰 상품 통합 관리
    - 구매 고민 과정 기록
    - 가격/재입고/할인 알림
    - 취향 기반 정리
    중기(1~3년)
    서비스가 자리 잡으면 단순 저장 앱이 아니라 “쇼핑 의사결정 도구”로 확장됩니다. 사용자는 20~30대까지 넓어질 가능성이 큽니다.
    확장 사용자:
    - 결혼·자취 준비 사용자
    - 취미/장비 비교 구매층
    - 육아용품 장기 비교 구매층
    - 가성비 중심 소비자
    이 시기의 핵심 니즈:
    - 가격 추적
    - 유사 상품 비교
    - 구매 우선순위 관리
    - 예산 관리
    - 커뮤니티 기반 추천
    이 단계부터는 단순 저장보다 “구매 전환 효율”이 중요해집니다.
    장기(3년 이상)
    장기적으로는 “개인 쇼핑 OS” 형태로 발전 가능성이 있습니다. 저장-비교-추천-구매-리뷰까지 연결되는 구조입니다.
    가능한 확장:
    - AI 기반 취향 추천
    - 자동 상품 분류
    - 개인 소비 데이터 분석
    - 커머스 API 연동
    - 크리에이터 큐레이션
    장기 소비자 니즈:
    - 정보 과잉 속 빠른 의사결정
    - 취향 기반 개인화
    - 소비 관리 및 합리적 구매
    - 신뢰 가능한 추천 시스템
    2) 시장성과 향후 3년 추세 및 경쟁 분석
    현재 시장성
    국내 이커머스 시장은 이미 매우 크며, 문제는 “구매”보다 “탐색 피로도”로 이동하고 있습니다. 특히 SNS 기반 발견형 쇼핑이 증가하면서 저장 니즈가 커지고 있습니다.
    또한 기존 서비스 종료로 인해 “대체재 공백”이 생긴 점은 초기 진입 기회입니다. 사용자들이 특정 기능에 익숙해져 있었다면 전환 비용이 낮아질 수 있습니다.
    향후 3년 시장 추세
    1. 탐색형 소비 증가
    쇼핑이 검색 중심에서 콘텐츠 발견 중심으로 이동 중입니다.
    예:
    - 인스타 릴스
    - 틱톡 쇼핑
    - 유튜브 추천 콘텐츠
    2. AI 기반 개인화 확대
    사용자는 “상품 자체”보다 “나에게 맞는 선택”을 원하게 됩니다.
    3. 가격 민감 소비 증가
    경기 불확실성으로 비교·찜·관망 소비 패턴 강화 가능성이 높습니다.
    4. 통합 관리 서비스 수요 증가
    쇼핑몰이 너무 많아지며 관리 피로도가 증가하고 있습니다.
    예상 경쟁업체 및 서비스
    직접 경쟁:
    - Pinterest(저장 중심)
    - KARROT 관심목록 일부 기능
    - 에이블리/무신사 찜 기능
    - Lemon8 컬렉션 기능
    - 브라우저 북마크 서비스
    간접 경쟁:
    - 카카오톡 나에게 보내기
    - 노션
    - 메모 앱
    - 인스타 저장 컬렉션
    향후 가장 위협적인 경쟁자는 대형 커머스 플랫폼의 “통합 찜/가격 추적 기능 강화”입니다.
    3) 경쟁력을 가지기 위한 차별화 전략
    1. 저장 이후 경험 강화
    대부분 서비스는 “저장”에서 끝납니다.
    차별점은:
    - 왜 저장했는지 메모
    - 고민 상태 관리
    - 구매 우선순위
    - 비교 카드 자동 생성
    즉 “구매 결정 과정” 자체를 UX로 만드는 것이 중요합니다.
    2. 쇼핑몰 독립 구조
    특정 플랫폼 종속이 아닌 “멀티 플랫폼 통합”이 핵심 경쟁력입니다.
    사용자는 쇼핑몰보다 자신의 취향 흐름을 관리하고 싶어합니다.
    3. AI 기반 자동 정리
    예:
    - 패션/뷰티 자동 분류
    - 가격대 자동 태깅
    - 유사 상품 추천
    - 중복 상품 감지
    초기부터 AI를 무겁게 넣기보다 “정리 자동화” 수준으로 시작하는 것이 현실적입니다.
    4. SNS 공유형 컬렉션
    단순 개인 저장이 아니라:
    - 위시리스트 공유
    - 친구 추천
    - 커플/룸메 공동 리스트
    등으로 확장 가능성이 큽니다.
    5. 가격/재입고/할인 변화 알림
    실사용 리텐션을 크게 높일 수 있는 기능입니다.
    4) 출시 플랫폼 우선순위
    1순위: 모바일 웹(PWA 포함)
    이유:
    - 가장 빠른 MVP 출시 가능
    - 링크 저장 흐름 구현 용이
    - 개발 리소스 효율적
    - 앱 설치 장벽 없음
    초기 검증 단계에서는 속도가 가장 중요합니다.
    2순위: 모바일 앱
    서비스 사용성이 검증되면 앱 전환이 필요합니다.
    이유:
    - 푸시 알림
    - 공유 확장 기능
    - 저장 UX 강화
    - 재방문율 향상
    특히 iOS 공유 시트 저장 경험은 핵심 경쟁력이 될 수 있습니다.
    3순위: PC 웹
    보조 플랫폼으로 적합합니다.
    특히:
    - 장문 비교
    - 예산 정리
    - 대량 관리
    등에는 유용하지만 초기 핵심 사용성은 모바일에 있습니다.
    5) 초기 시장 진입 전략
    1. 특정 카테고리 집중
    초기에는 “모든 쇼핑”보다:
    - 패션
    - 인테리어
    - 굿즈
    중 하나에 집중하는 것이 좋습니다.
    특히 패션/인테리어는 저장 빈도가 높습니다.
    2. SNS 바이럴 중심 확산
    “내 저장 리스트 공개” 구조를 활용해야 합니다.
    예:
    - 룸꾸미기 위시리스트
    - 여름 코디 저장 모음
    UGC 기반 유입이 가능합니다.
    3. 기존 대체 서비스 사용자 흡수
    서비스 종료 이슈가 있었다면:
    - 데이터 이전 지원
    - 비슷한 UX 제공
    - 차별 기능 강조
    등으로 빠르게 흡수 가능합니다.
    4. 크롬 익스텐션 제공
    “저장 편의성” 자체가 핵심이므로 빠른 저장 경험이 중요합니다.
    6) 시장 확대 전략
    1. 커뮤니티 기능 확장
    단순 저장 앱은 리텐션 한계가 있습니다.
    다음 기능으로 확장 가능:
    - 공개 컬렉션
    - 취향 팔로우
    - 큐레이터 기능
    2. AI 추천 기반 쇼핑 어시스턴트화
    장기적으로는:
    - 저장 패턴 분석
    - 예산 고려 추천
    - 취향 예측
    등으로 발전 가능성이 있습니다.
    3. 커머스 제휴 및 수익화
    트래픽이 쌓이면:
    - 제휴 링크
    - 브랜드 광고
    - 추천 상품 수익
    구조가 가능합니다.
    다만 초기에는 광고보다 사용자 경험 유지가 중요합니다.
    4. 글로벌 확장 가능성
    이 문제는 한국만의 문제가 아닙니다.
    특히:
    - 일본
    - 동남아
    - 북미 Z세대
    에서도 유사 니즈가 존재합니다.
    5. 소비 데이터 기반 서비스 확장
    장기적으로:
    - 소비 분석 리포트
    - 월별 관심 변화
    - 충동구매 패턴 분석
    등 데이터 기반 기능도 가능합니다.
    전체적으로 이 프로젝트는 “찜 목록 통합” 자체보다 “구매 전 고민 과정 관리”를 중심 가치로 정의할 때 경쟁력이 생길 가능성이 높습니다. 단순 저장 서비스는 쉽게 복제되지만, 사용자의 고민 흐름·취향 맥락·재탐색 경험까지 설계하면 장기적으로 독자적인 사용자 습관을 만들 수 있습니다.

    introduction

    🚀 프로젝트 소개

    인스타 3단 고정 피드.png


    안녕하세요! 저희는 'Diggin(디긴)' 팀입니다.

    여러 쇼핑몰에 흩어진 ‘사고 싶은 상품’을 한 곳에 모으고,

    발견 → 저장 → 정리 → 구매 고민까지 이어지는 새로운 쇼핑 경험을 만들고 있습니다.

    *패션 뿐만이 아닌 잡화류, 가구 등 카테고리는 다양하게 포함됩니다.


    🚀 프로젝트의 시작 동기

     

    온라인 쇼핑을 하다 보면 사고 싶은 상품을 여러 쇼핑몰에서 발견하게 되지만, 이를 한곳에서 관리하기는 생각보다 어렵습니다.

    현재는 관심 있는 상품을 각 쇼핑몰의 장바구니나 찜 목록에 넣거나, 캡처·메모·SNS·카카오톡 나에게 보내기 등의 방법으로 따로 저장하는 경우가 많습니다.
    이 때문에 시간이 지나면 어떤 상품을 어디에 저장했는지 찾기 어렵고,
    비슷한 상품을 여러 곳에 중복해서 저장하거나 구매를 고민했던 이유조차 잊게 되는 문제가 있다고 생각했습니다.

    또 최근 기존에 많은 사용자가 이용하던 쇼핑 관련 서비스의 종료 소식을 접하면서,
    해당 서비스의 핵심 기능을 광고를 보거나 구독을 해서라도 계속 이용하고 싶어 하는 사용자와 대체 서비스를 찾는 사용자들이 있다는 점에도 주목하게 되었습니다.

    저희는 단순히 기존 서비스를 그대로 구현하기보다, 기존 사용자들의 불편과 니즈를 조사하고 실제 사용자 피드백을 바탕으로
    상품을 발견한 순간부터 저장·정리하고, 이후 구매를 고민하는 과정까지 자연스럽게 이어질 수 있는 서비스를 만들어보고자 합니다.

    이번 프로젝트는 포트폴리오 완성을 목표로 한 단기 프로젝트보다는,
    빠르게 MVP를 출시한 뒤 실제 사용자 반응을 확인하며 지속적으로 개선·운영하는 것을 목표로 합니다.

    주요 타깃은 여러 쇼핑몰에서 관심 상품을 자주 탐색하고 저장하는 10대 후반~20대 온라인 쇼핑 사용자입니다.

    특히 패션·뷰티·굿즈·취미·리빙 등에 관심이 많고, 상품을 발견하자마자 구매하기보다는 여러 상품을 저장하고 비교하며 구매를 고민하는 사용자를 초기 핵심 타깃으로 보고 있습니다.


    ❓현재 상황

    현재 11월 내 출시 목표로 iOS 출시가 임박한 상태이며 새 PM 분께서는 출시 이후를 맡아주시게 됩니다.

    디자인/개발은 끝난 상태이며 현재 QA하며 최종 점검 단계 중에 있습니다.

    (안드로이드도 확장 예정이며 아직 정확한 일정은 잡혀있지 않습니다.)

    https://diggin-landing.vercel.app/
    앱 개발 전 사전에 배포해 둔 출시 알림 신청 사이트이며,
    현재까지 238분이 출시 알림 신청을 해주신 상태입니다.


    팀 공용 계정, MVP 범위 및 User Flow, IA, 기능명세서, QA 워크북, 출시 후 성장지표, (커뮤니티 신고 기능) 관리자 사이트까지 체계적으로 갖춰진 상태이며 합류하시게 된다면 기획 문서와 의사결정 기록을 모두 넘겨드릴 예정입니다.

    지속 가능한 서버비 충당을 위해 출시 이후 수익화 기능 도입을 검토하고 있으며,
    BMC가 갖춰져 있지만 수익원은 초안 단계이기 때문에 구체적인 진행 방식에 대해서는 함께 고민해주실 필요가 있습니다.

    image.pngimage.png

    기능명세서는 대략 이렇게 구성되어 있으며
    모든 담당자명과 디자인&개발 상태, 의사 결정의 근거 사유와 링크도 함께 확인하실 수 있습니다.

    image

    *출시 후 성장지표 운영안 문서에 들어있는 내용 구성


    🙋 모집 배경

    출시까지 함께한 PM님이 개인 일정으로 MVP 출시까지만 참여하시게 되어,
    이후 실제 사용자 반응을 통해 서비스의 방향을 함께 만들어가실 PM님 1분을 모시고 있습니다!

    크게는 MVP 출시 → 실제 사용자 반응 및 데이터 확인 → 가설 검증 → 개선을 반복하며 서비스를 지속적으로 운영할 예정입니다.


    PM님의 주요 역할은 다음과 같습니다.

    • - 이미 정의된 분석 이벤트를 검토하고 보완 (이벤트 속성, 분석 도구 확정 등)

    • - 기능 우선순위 및 정책 정리

    • - 일정·백로그·의사결정 정리

    • - 리뷰 및 분석 도구를 통해 실제 사용자 반응 및 데이터 확인

    • - 가설 검증 피드백 기반 문제 구체화 및 개선

    • - 수익화 기능 구체화


    🖤 저희 팀은 이런 분께 잘 맞을 것 같습니다.

    • - 사용자가 활성되어 있는 서비스를 직접 운영하고 수익화해보고 싶은 분
      (수익화 기능 도입 예정이지만 저희는 사업체가 아니므로 주 목적은 운영 경험입니다.)

    • - 사용자 문제를 정의하고 해결 방법을 고민하는 것을 좋아하는 분

    • - 빠르게 만들고 검증하는 방식에 관심 있는 분

    • - 단기 프로젝트보다는 서비스에 애정을 가지고 꾸준히 발전시켜보고 싶은 분

      • - 이미 정해진 서비스 방향을 존중하면서, 팀원들과의 소통으로 구체적인 제품으로 발전시켜 나갈 수 있는 분

    • - 꾸준히 시간을 할애하며 적극적으로 참여 가능하신 분을 선호합니다.

    • 특히 초기 MVP 반응을 살피는 기간에는 비교적 적극적인 참여가 필요합니다!

    *반드시 현업 PM님이 아니더라도 PM 준비하시는 분들도 지원 가능합니다.



    👥 현재 팀 구성

    기존 PM 1명 + 풀스택 개발자 2명 + 프로덕트 디자이너 2명 + 마케터 1명으로 구성되어 있습니다.

    PM 1명에게 모든 기획을 맡기기보다, PM·디자이너·개발자가 함께 제품을 논의하는 방식을 지향합니다.


    📅 협업 방식

    • - 온라인 사이드 프로젝트

    • - Discord(의사소통) / Notion&Google Sheet(기획) / Figma(디자인) / GitHub(개발) 활용

    • - 초기 MVP 개발 전에는 주 2~3회 90분 정도의 미팅을 해왔었으나, 개발 기간 중에는 필요한 상황에서만 미팅을 가지고 나머지는 디스코드로 소통하고 있습니다. 새 PM님과 함께 조율 예정입니다.


    📨 지원 시 보내주세요

    간단한 자기소개 / PM·기획 경험 / 참여 가능 시간 / 포트폴리오(있는 경우)를 보내주세요.

    문의가 있으신 경우 렛플 지원 후 연락드리겠습니다! 😊

      

    project_tech_title

    • Figma

      #Figma

    • #figjam

    • #notion

    project_news_title

    • no_news_yet

    member

    projectTypeString2.01 waiting_apply

    프로젝트 apply

    leader_info

    이영지

    이영지

    leader_no_authrespond_rateno_respond_rate

    period

    26.09.01 ~27.03.01  (182day)

    field

    projectIndustryString.07

    following_people 0people_count